Skip to content

Add Windows-specific configuration management details#3

Merged
aerickson merged 2 commits into
mainfrom
windows-config-management-updates
Jul 16, 2026
Merged

Add Windows-specific configuration management details#3
aerickson merged 2 commits into
mainfrom
windows-config-management-updates

Conversation

@markcor

@markcor markcor commented Jul 15, 2026

Copy link
Copy Markdown
Contributor

Fills in Windows coverage across the hardware platform configuration management deck. Walked the deck slide by slide and updated/corrected every Windows-relevant slide.

Changes

  • Slide 1 — fix "managment" → "management" in the title text (directory/URL name left as-is since it's baked into the deploy paths).
  • Slide 3 (how configured) — Windows uses image deployments locked to a specific ronin_puppet commit, matching the Azure worker method.
  • Slide 6 (how often) — config is locked to a commit until the pool's data changes; workers check on image deployment then every 2 hours, redeploying when idle or on the next reboot after task completion.
  • Slide 7 (which config) — worker reads its config from the per-pool source of truth (worker-images pools.yml); each pool lists its nodes and pins a hash.
  • Slide 9 (access) — screen sharing on Windows is available on request, not enabled/installed in the default config.
  • Slide 10 (self-check) — split the answer by platform: Mac/Linux no, Windows yes (self-checks config plus screen resolution/refresh, generic-worker running, etc; reboots on issue, redeploys if reboot doesn't resolve).
  • Slide 14 (deploy timing) — filled in the previously TBD Windows timing slide, mirroring Mac/Linux with try-push verification (~2h) and 0–2h for the worker to pick up and redeploy; notes an immediate pool-wide redeploy can be forced.

🤖 Generated with Claude Code

Fill in Windows coverage across the hardware platform config deck:

- Slide 1: fix "managment" -> "management" in title text.
- Slide 3: Windows uses image deployments locked to a ronin_puppet
  commit, matching the Azure worker method.
- Slide 6 (how often): config locked to a commit until pool data
  changes; workers check on image deployment then every 2 hours,
  redeploying when idle or on next reboot after task completion.
- Slide 7 (which config): worker reads config from the per-pool
  source of truth (worker-images pools.yml), each pool pinning a hash.
- Slide 9: screen sharing on Windows available on request, not in the
  default config.
- Slide 10: split self-check answer by platform; Windows self-checks
  config plus resolution/refresh, generic-worker, etc, rebooting then
  redeploying on failure.
- Slide 14: fill in the Windows deploy-timing slide (was TBD),
  mirroring Mac/Linux with try-push verification and 0-2h redeploy.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Comment thread drafts/2026-hardware-platform-configuration-managment-overview/slides.md Outdated
Comment thread drafts/2026-hardware-platform-configuration-managment-overview/slides.md Outdated
@aerickson

Copy link
Copy Markdown
Member

Non-blocking comments. Feel free to merge either way.

- Slide 3: drop "Matches the configuration method of the Azure workers"
  to keep the "it's all Puppet" TLDR high-level.
- Slide 7: tie Windows to roles/TC pools — list the 2 main pools and
  their ronin_puppet role mappings, matching the Mac/Linux e.g. format.
- Slide 10: drop the vague "among others" self-check bullet.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants